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De onderhavige uitvinding beschrijft een protocol waarmee 
het mogelijk is dat in een netwerk zoals internet een voor 
spraakcommunicatie geschikte verbinding tot stand wordt 
gebracht. In een eerste stap wordt vanuit een initiator (1) 
een PATH -boods chap verstuurd naar een opgeroepen station 
(2) . In een tweede stap wordt vanuit het opgeroepen station 
(2) een RESV-boodschap teruggestuurd naar de initiator (1) , 
langs dezelfde route (23) die de PATH -boods chap heeft 
gevolgd. Indien ofwel de initiator (1) , ofwel het 
opgeroepen station (2), of beide, in de PATH -boods chap 
en/of de RESV-boodschap informatie heeft ingesloten die 
duidt op betalingsbereidheid, zal elke router (22) langs de 
route (23) een deel van zijn capaciteit reserveren voor een 
15 directe verbinding. 
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Korte aanduiding: Werkwijze en inrichting 

voor communicatie . 

De onderhavige uitvinding heeft betrekking op een 
werkwijze en inrichting voor communicatie, in het bijzonder 
tweewegcommunicatie, meer in het bijzonder spraakcommuni - 
catie. 

Hoewel de onderhavige uitvinding in het bijzonder van 
toepassing is voor tweewegspraakcommunicatie tussen twee 
personen, en de onderhavige uitvinding in het hierna- 
volgende specif iek voor deze toepassing zal worden uit- 
gelegd, wordt met nadruk gesteld, dat de onderhavige uit- 
vinding niet tot deze toepassing beperkt is. 

Tweewegspraakcommunicatie is tegenwoordig algemeen 
bekend in de vorm van telef oonverkeer . Twee met elkaar 
communicerende part ij en maken daarbij gebruik van een 
telefonienetwerk, welk netwerk wordt beheerd door ten 
minste een netwerkbeheerder . Het verschaffen van een commu- 
nicatiekanaal tussen de beide partijen is een dienst die 
door de netwerkbeheerder wordt aangeboden, en die door ten 
minste een van de beide partijen moet worden betaald. 
Doorgaans is het de oproepende partij , dat wil zeggen de 
partij op wiens initiatief de verbinding tot stand wordt 
gebracht en die in het hiernavolgende zal worden aangeduid 
met de term "initiator", die voor de verbinding betaalt, 
waarbij de hobgte van het te betalen bedrag ondermeer 
afhankelijk is van de af stand tussen beide partijen en de 
lengte van het gesprek, dat_ wil zeggen de tijdsduur dat de 
verbinding in stand wordt gehouden. 

De laatste jaren heeft het gebruik van personal 
computers een grote vlucht genomen, en evenzo is het zoge- 
naamde "internet" tot ontwikkeling gekomen als wereld- 
omvat tend netwerk van communicatieverbindingen tussen daar 
op aangesloten. computers. Via dat netwerk kunnen computers 
gegevens uitwisselen en/of met elkaar communiceren . De door 
een computer te versturen informatie wordt, via diverse 
tussenstations, naar een geadresseerde computer geleid, of 
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naar een elektronische postbus waaruit de geadresseerde 
computer de informatie te gelegener tijd kan ophalen. De 
tijdsduur voor het overdragen van de informatie, en de 
route waarlangs dit gebeurt, is hierbij niet gespecifi- 
ceerd. In principe is het zo, dat verschillende gedeelten 
van de te versturen boodschap via verschillende routes hun 
eindbestemming op verschillende tijdstippen kunnen 
bereiken, niet noodzakelijkerwijs in de oorspronkeli j ke 
volgorde . 

Een dergelijke wi j ze van communiceren is uiteraard 
niet geschikt voor real-time spraakcommunicatie . De 
verschillende onderdelen van een gesproken boodschap 
dienen, ten opzichte van elkaar, zonder al te grote 
tijdvertraging en in de juiste volgorde op hun bestemming 
15 te komen. 

Er bestaat behoefte om het internet (of vergeli j kbare 
netwerken) te gebruiken voor spraakcommunicatie. Dit impli- 
ceert, dat tussen twee stations een echte "verbinding" tot 
stand gebracht moet worden en dat voorzieningen getroffen 
moeten worden om te verzekeren, dat de diverse onderdelen 
van de (gedigitaliseerde) boodschap binnen een vastgestelde 
tijd, bijvoorbeeld 100 ms, op hun bestemming aankomen. Voor 
dit doel is thans een protocol in ontwikkeling, dat 
"Resource Reservation Protocol" (RSVP) wordt genoemd. Door 
middel van dit protocol wordt aan bepaalde knooppunten of 
tussenstations van het netwerk, in het hiernavolgende 
aangeduid als "routers", opdracht gegeven om, kortgezegd, 
een bepaalde verbinding in stand te houden: men 
"reserveert" als het ware een bepaalde hoeveelheid reken- 
3 0 capaciteit van de betreffende routers. 

Hoewel het thans bekende protocol op zich goed 
voldoet voor het tot stand brengen van een verbinding, 
heeft het als nadeel dat niet is voorzien in faciliteiten 
voor het door ten minste een van de gebruikers laten 
betalen voor de tot stand gebrachte reservering. Niet 
alleen is het vanuit economisch standpunt gezien voor de 
diverse beheerders van de verschillende routers bij zonder 
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nuttig om in staat te zijn ten minste een van de gebruikers 
te laten betalen voor het verschaffen van de genoemde 
dienst (reservering) , maar dit heeft ook als voordeel dat 
de gebruikers de reservering alleen zullen vragen en in 
stand houden voor de duur van het gesprek. Zou de 
reservering "gratis" zijn, dan is het niet denkbeeldig dat 
een gebruiker een bepaalde reservering continueert ook 
wanneer deze niet wordt gebruikt, waardoor de capaciteit 
van het netwerk onnodig wordt belast . Indien de gebruikers 
voor de reservering moeten betalen, zullen zij eerder de 
neiging hebben om de reservering op te heffen indien deze 
niet meer nodig is, zodat in feite de capaciteit van het 
netwerk voor het tot stand brengen van spraakcommunicatie 
zo efficient mogelijk kan worden benut . 
15 Een probleem dat hierbij een rol speelt, is de vraag 

wie voor de verbinding moet betalen. In principe zal dit de 
initiator van de verbinding zijn, maar in tegenstelling tot 
telef onienetwerken is bij een internet of vergeli j kbaar 
netwerk, waarbij een verbinding tot stand wordt gebracht op 
20 basis van het thans bekende RSVP-protocol , niet bekend wie 
de initiator is, zoals in het hiernavolgende meer gedetail- 
leerd zal worden uitgelegd. 

De onderhavige uitvinding beoogt voor dit probleem 
een oplossing te bieden. 
25 Meer in het bijzonder beoogt de onderhavige 

uitvinding een protocol te verschaffen waarmee het mogelijk 
is, dat bij het tot st^nd brengen van de verbinding herkend 
kan worden wie de initiator van de verbinding is, of dat 
althans herkend kan worden wie van de twee part ij en bereid 
3 0 is voor de verbinding te betalen. 

Nog meer in het bijzonder beoogt de onderhavige 
uitvinding het RSVP-protocol door het aanbrengen van zo min 
mogelijk wijzigingen geschikt te maken voor het boven- 
vermelde doel . 

35 De bovengenoemde aspect en, kenmerken en voordelen van 

de onderhavige uitvinding zullen nader worden verduideli j kt 
door de hiernavolgende beschrijving van een uitvoeringsvorm 
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van het protocol volgens de onderhavige uitvinding, onder 
verwijzing naar de tekening, waarin: 

figuur 1 schematisch een telef onienetwerk illustreert; 
figuur 2 schematisch internet -communi cat ie illustreert; 
figuur 3 schematisch het tot stand brengen van een spraak- 
verbinding via internet illustreert; 
figuur 4 een beslissingstabel toont ; 
en figuur 5 een router illustreert. 

Thans zal onder verwijzing naar figuur 1 een 
telef onieverbinding worden besproken. Figuur 1 toont 
schematisch een telef onienetwerk 9, dat enkele tussen- 
stations (centrales) 10 omvat, alsmede een veelvoud van 
abonnees, waarvan er in figuur 1 slechts twee zijn 
weergegeven, aangeduid met de verwi j zingsci j f ers 1 en 2 . 
15 Figuur 1 toont een situatie waarin een spraakverbinding, 
die in zijn algemeenheid wordt aangeduid door het 
verwi j zingsci jfer 14, aanwezig is tussen de abonnees 1 en 
2 . De eerste abonnee 1 is via een eerste duplexverbinding 
11 gekoppeld met een eerste centrale lOj. De tweede abonnee 
2 is via een tweede duplexverbinding 12 gekoppeld met een 
tweede centrale lOj. De twee centrales 10^ en lOj kunnen 
rechtstreeks of onder tussenkomst van een of meerdere 
centrales IO3 met elkaar gekoppeld zijn door middel van 
duplexverbindingen 13; in figuur 1 is een zo een dergelijke 
tussencentrale IO3 getoond, en zijn de centrales 10^ en 10^ 
met die tussencentrale IO3 gekoppeld via respectieve duplex- 
verbindingen 13i en 132. Het kan echter 00k voorkomen, dat 
de twee abonnees 1 en 2 slechts via een enkele centrale met 
elkaar zijn gekoppeld. 

Aangezien de constructie van een telef onienetwerk en 
de werking van de centrales 10 geen onderwerp zijn van de 
onderhavige uitvinding, en daarenboven op zich bekend zijn, 
zal dit niet nader worden uitgelegd. Relevant ten opzichte 
van de onderhavige uitvinding is de wijze waarop de spraak- 
verbinding tussen de abonnees 1 en 2 tot stand komt, 
hetgeen thans zal worden uitgelegd onder de aanname, dat de 
eerste abonnee 1 de initiator is en dat de tweede abonnee 2 
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de opgeroepen parti j is. Eerst wordt de duplexverbinding 11 
tot stand gebracht tussen de initiator 1 en de eerste 
centrale 10^, waarbij de initiator 1 aan de centrale 10^ de 
identiteit (telef oonnummer ) van de abonnee 2 met wie hij 
5 wil communiceren, meedeelt. Bij het tot stand brengen van 
deze duplexverbinding 11 "weet" de eerste centrale 10^, dat 
de contact zoekende abonnee 1 de initiator is, en dat de 
verbinding aan hem in rekening moet worden gebracht . 
Vervolgens komt de duplexverbinding 13^ tussen de eerste 

10 centrale 10^ en de tussencentrale IO3 tot stand, waarna de 
duplexverbinding 133 tussen de tussencentrale IO3 en de 
tweede centrale IO2 tot stand wordt gebracht. Steeds is 
daarbij bekend, dat die verbinding tot stand wordt gebracht 
op verzoek van de initiator 1 . Tenslotte wordt de duplex- 

15 verbinding 12 tussen de tweede centrale IO2 en de opgeroepen 
abonnee 2 tot stand gebracht, waardoor de totale verbinding 
14 een feit is. 

Belangrijk in dit verband is, dat elk van de genoemde 
verbindingen tussen de centrales 10 onderling en tussen de 

2 0 abonnees 1, 2 en de centrales 10 een duplexverbinding is, 
en dat op het moment dat een bepaalde (deel ) verbinding tot 
stand wordt gebracht, bekend is, wie de initiator is van 
die (deel ) verbinding . 

Opgemerkt dient te worden, dat bij een telefonie- 

2 5 verbinding een directe communicat ieverbinding 14 tot stand 

wordt gebracht tussen twee abonnees, welke directe 
verbinding tijdens de duur van het gesprek in stand wordt 
gehouden, hetgeen beschouwd kan worden als capaciteits- 
reservering. Het aantal en de identiteit van de in te 
30 schakelen tussenstations IO3 hoeven niet bij voorbaat vast 
te liggen, maar blijven tijdens de duur van het gesprek 
gehandhaafd, Voorts wordt opgemerkt, dat deze directe 
verbinding niet tot stand hoeft te worden gebracht door een 
draadverbinding; 00k bij draadloze telefonie of satelliet- 

3 5 telefonie is sprake van een directe verbinding. 

Thans zal onder verwijzing naar figuur 2 conventio- 
nele gegevensoverdracht via internet worden besproken. Het 
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internet is in figuur 2, evenals in de volgende figuren, 
geillustreerd als een netwerk 20 van af zonderli jke schakel- 
s tat ions 21, 22, welke schakel stations ook worden aangeduid 
met "router". Elke router 21, 22 kan communiceren met een 
5 of meerdere andere routers in het netwerk 20. Het netwerk 
omvat meerdere abonnees, waarvan er in figuur 2 wederom 
slechts twee zijn weergegeven, Deze abonnees 1, 2 zijn via 
een verbinding 31, 32 verbonden met een vooraf bepaalde van 
de genoemde routers, die respectieveli j k zijn aangeduid met 

10 de verwijzingscijfers 21^ en 2I2. Wanneer de ene abonnee 1 
gegevens wil versturen naar de andere abonnee 2, deelt hij 
die (gedigitaliseerde) gegevens op in meerdere pakketjes, 
en probeert hij die pakketjes stuk voor stuk te verzenden. 
Daarbij zal de zendende abonnee 1 eerst een eerste 

15 pakketje, samen met het internetadres van de geadresseerde 
abonnee 2, versturen naar de met die zendende abonnee 1 
geassocieerde router 21i. Deze router 21^ zal die boodschap 
overdragen aan een van de andere routers, bijvoorbeeld aan 
de in figuur 2 met het verwi j zingsci j f er 22^ aangeduide 

2 0 router. Die router 22^ zou op zijn beurt de boodschap 

(d.w.z.: pakketje plus internetadres) overdragen aan weer 
een andere router, bijvoorbeeld de in figuur 2 met het 
verwij zingsci j fer 223 aangeduide router. Uiteindelijk kan 
dat pakketje de geadresseerde abonnee 2 bereiken via de 

2 5 volgende routers 223, 22^ en 2I2, waarbij dat pakketje dus 

een met het verwi j zingsci j fer 23 aangeduide baan volgt . 

Opgemerkt dient te worden, dat bij de hierboven 
besproken convent ionele data-overdracht via het netwerk 20 
geen directe verbinding tot stand wordt gebracht tussen de 

3 0 abonnees 1 en 2. 

Een tweede pakketje dat door de zendende abonnee 1 
wordt verzonden naar de geadresseerde abonnee 2, hoeft niet 
noodzakelijkerwijs dezelfde route af te leggen. In figuur 2 
is een andere route 25 getoond, verlopend via de routers 225 
35 en 22^. Het zal duidelijk zijn, dat weliswaar al de 

verzonden pakketjes uiteindelijk zullen arriveren bij de 
geadresseerde abonnee 2, maar dat de volgorde waarin die 
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pakketjes aankomen, niet per se hoeft te corresponderen met 
de volgorde waarin die pakketjes door de zendende abonnee 1 
zijn verzonden. Voorts moge het duidelijk zijn, dat het 
door een router (bi j voorbeeld 22^) verzenden van een data- 
5 pakketje naar een volgende router (bij voorbeeld 223) pas kan 
gebeuren als de eerstgenoemde router 22^ klaar is voor 
zenden, en dat het niet op voorhand duidelijk is op welk 
tijdstip dat zal gebeuren. Dit impliceert, dat het op 
voorhand niet bekend is hoelang de overdracht van de zender 
10 1 naar de ontvanger 2 duurt , en dat voor de verschillende 
datapakket jes genoemde tijdsduren onderling sterk kunnen 
verschillen , 

Zoals eerder opgemerkt , is de in figuur 2 geillus- 
treerde communicatiewi j ze via internet niet geschikt voor 
15 het tot stand brengen van een real-time spraakverbinding . 

Thans zal onder verwijzing naar figuur 3 een bekend 
protocol worden geillustreerd dat geschikt is voor het tot 
stand brengen van een real-time spraakverbinding via 
internet. In figuur 3 duiden gelijke verwi j zingsci j f ers als 
20 in de figuren 1 en 2 gelijke of vergeli j kbare onderdelen 
aan . 

Wederom wordt aangenomen, dat de eerste abonnee 1 een 
verbinding tot stand wil brengen met de tweede abonnee 2, 
en wel een verbinding waarvan de kwaliteit geschikt is voor 

25 het overdragen van spraak. In het hiernavolgende zal die 
eerste abonnee 1 ook worden aangeduid met de term 
"initiator", en zal de tweede abonnee 2 ook worden 
aangeduid met de term "opgeroepene" . Voorts wordt gemaks- 
halve aangenomen, dat die spraakverbinding de eerder 

30 genoemde route 23 volgt . De eis dat de verbinding 23 een 
voor spraak geschikte kwaliteit moet hebben, impliceert, 
dat al de tussenstations of routers 21^, 22^ t/m 224, 2I2/ 
die gelegen zijn langs deze route 23, de verbinding met een 
voorganger en een opvolger in stand moet en houden, of met 

3 5 andere woorden een deel van hun capaciteit voor deze 
verbinding moeten reserveren. Dit wordt aangeduid als 
"Resource Reservation" en een hiertoe ontwikkeld protocol 
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wordt aangeduid als "Resource Reservation Protocol" (RSVP) . 
Dit bekende protocol is primair ontwikkeld voor het tot 
stand brengen van een verbinding met een vooraf bepaalde 
kwaliteit tussen twee stations 1 en 2 , waarbij het tweede 
station 2 een bron is van informatie en het eerste station 
1 informatie van die bron 2 wenst te ontvangen. 

Omdat dit protocol bij de deskundigen op dit 
vakgebied reeds bekend is, is een uitgebreide beschrijving 
daarvan niet nodig. Een voorbeeld van een beschrijving van 
dit protocol is door de Internet Engineering Task Force 
beschikbaar gesteld op internet (op het adres 
ftp://DS.INTERNIC.NET/RFC/RFC22 05.TXT), en deze 
beschrijving wordt geacht door referentie opgenomen te zijn 
in de onderhavige aanvrage . Ter wille van de volledigheid 
15 is een kopie van die beschrijving als onderdeel van de 
onderhavige aanvrage opgenomen in ANNEX A. 

Het volgens dit RSVP protocol opbouwen van de spraak- 
verbinding gebeurt in verschillende opbouwstadia, en wordt 
voorafgegaan door een contactzoekstadium buiten RSVP om. 
20 Allereerst stuurt de initiator 1 over het netwerk 20 een 

initiatieboodschap ALERT naar het opgeroepen station 2. Dit 
is een "gewone" boodschap, die wordt verstuurd op de onder 
verwijzing naar figuur 2 beschreven wijze, om het 
opgeroepen station 2 op de hoogte te brengen van het feit 
25 dat de initiator 1 contact zoekt . Op basis van deze 

boodschap kan bij het opgeroepen station 2 een signaal 
worden gegenereerd, zoals bijvoorbeeld een telef oonbel . 

Vervolgens stuurt het opgeroepen station 2, op 
vergelijkbare wijze, een boodschap CALL ACCEPT ten teken, 
dat de oproep beantwoord wordt. Hierna kan de kwaliteits- 
verbinding op basis van het RSVP-protocol worden opgebouwd. 

In een eerste opbo'uwstadium stuurt de intitiator 1 
een eerste boodschap, die wordt aangeduid met de term PATH, 
eventueel vergezeld van een eerste datapakket, naar het 
opgeroepen station 2, waarbij elke router langs de route 23 
die boodschap doorgeeft aan de volgende router. In figuur 3 
is getoond, dat de met het eerste station 1 geassocieerde 
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router 21^ de PATH -boods chap aan de daaropvolgende router 
22i geeft. Op vergeli j Jcbare wijze ontvangen de routers 222, 
223, 224 en 2I2 de PATH -boods chap van hun voorganger, maar 
dat is terwille van de duideli jkheid niet getoond in figuur 
5 3 . De PATH-boodschap kan worden beschouwd als een opdracht 
aan het netwerk 2 0 voor het tot stand brengen van een 
willekeurige route 23 tussen de abonnees 1 en 2 . Op het 
moment dat de PATH-boodschap het tweede station 2 bereikt, 
is er een verzameling van routers 21^, 22^ t/m 22^, en 2I2 

10 die elkaar "kennen" via de PATH-boodschap. 

In een tweede opbouwstadium verstuurt het tweede 
station 2 een reserveringsopdracht aan al de routers 213^, 
22i t/m 224, 2I2 langs de route 23, welke route 23, zoals 
boven vermeld, wordt gedefinieerd door de als een spoor 

15 achtergelaten PATH-boodschappen bij genoemde routers. Deze 
reserveringsopdracht wordt, op vergeli jkbare wijze als in 
het voorgaande beschreven met betrekking tot de PATH- 
boodschap, door elke router langs de route 2 3 doorgegeven 
aan zijn voorganger. In figuur 3 is het verzenden van de 

2 0 reserveringsopdracht vanaf de met het tweede station 2 
geassocieerde router 2I2 naar de voorgaande router 224 
geillustreerd, en aangeduid met de term RESV. De RESV- 
boodschap kan worden beschouwd als een opdracht aan het 
netwerk 2 0 om de tot stand gebrachte route 2 3 te reserveren 

2 5 voor verder gebruik. Op vergeli j kbare wijze als in het 

voorgaande is besproken met betrekking tot de PATH- 
boodschap, is het verzenden van de RESV-boodschap terwille 
van de duideli j kheid voor de overige delen van de route 2 3 
niet weergegeven . 

3 0 Opgemerkt wordt, dat elke router de RESV-boodschap 

alleen dan doorgeeft aan een voorgaande router langs de 
route 23, indien de door het tweede station 2 gevraagde 
reservering 00k daadwerkeli j k wordt toegekend door de 
betreffende router. Indien de RESV-boodschap aankomt bij 
35 het eerste station 1, weet het eerste station 1 dat al de 
routers langs de route 23 op de gewenste wijze een geschikt 
deel van hun capaciteit gereserveerd hebben, en stuurt het 



10 



15 



eerste station 1 langs dezelfde route 23 een bevestigings- 
boodschap CONF naar het tweede station 2. Ook deze 
bevestigingsboodschap CONF wordt door alle routers langs de 
route 23 doorgegeven aan de daaropvolgende router; dit 
5 doorgegeven is ter wille van de duideli j kheid in figuur 3 
alleen geillustreerd voor de routers 22^ en 222- 

Wanneer genoemde CONF-boodschap aankomt bij het 
tweede station 2, weet ook het tweede station 2 dat de 
gewenste route gereserveerd is. Het zal overigens duideli jk 
10 zijn, dat voor het tot stand komen van de gevraagde 
reservering de CONF-boodschap niet essentieel is. 

In feite is er nu een echte verbinding tot stand 
gebracht tussen het eerste station 1 en het tweede station 
2, en is datacommunicatie en zelfs spraakcommunicatie via 
deze route 23 mogelijk. Een complicatie hierbij is, dat die 
route 23 een sitnplex-verbinding is, dat wil zeggen dat deze 
route 23 alleen geschikt is voor overdracht van gegevens 
vanuit het tweede station 2 naar het eerste station 1 (met 
betrekking tot deze simplex-verbinding kan het eerste 
station 1 ook worden aangeduid als zender en kan het tweede 
station 2 ook worden aangeduid als ontvanger) . Voor spraak- 
communicatie in twee richtingen is dit uiteraard niet 
voldoende, en dient er een tweede simplex-route 43 tot 
stand gebracht te worden tussen de twee stations 1 en 2 , 
welke tweede simplex-route 43 geschikt is voor spraak- 
communicatie vanuit het tweede station 2 (zender) naar het 
eerste station 1 (ontvanger)". Een voorbeeld van een 
dergelijke tweede simplex-route 43 is eveneens in figuur 3 
getoond. Deze route wordt opgezet op een vergeli jkbare 
wijze als de route 23, met dien verstande dat de PATH- 
boodschappen worden verstuurd uitgaande van het tweede 
station 2, dat de RESV-boodschappen worden verstuurd uit- 
gaande van het eerste station 1, en dat de CONF-boodschap- 
pen worden verstuurd uitgaande van het tweede station 2, 
alles dus tegengesteld aan het opzetten van de eerst- 
genoemde route 23. 

Het genoemde RSVP -protocol werkt bevredigend, met 
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dien verstande dat het protocol inderdaad geschikt is voor 
het opzetten van een dubbel-simplexkwaliteitsverbinding 
tussen de twee stations 1 en 2 . Bij dit bekende protocol is 
echter niet voorzien in middelen om de stations 1 en/of 2 
te laten betalen voor de gevraagde reseirvering . Als de 
gevraagde reservering gratis is, is er voor de stations 1 
en 2 geen reden om de toegekende reservering ongedaan te 
maken wanneer deze niet meer nodig is, zodat die 
reservering langer dan noodzakelijk in stand gehouden kan 
worden, hetgeen een inefficient gebruik van de capaciteit 
van het netwerk 20 impliceert. Het is een doel van de 
onderhavige uitvinding om de efficiency van het gebruik van 
het netwerk 2 0 te verhogen door de gebruikers van het 
netwerk 2 0 aan te sporen een toegekende reservering zo snel 
mogelijk op te heffen. 

Een complicatie in dit verband is, dat die kosten bij 
een van de met elkaar communicerende stations 1 en 2 in 
rekening gebracht moeten worden, maar dat bij de routers 
geen informatie beschikbaar is met betrekking tot de vraag 
welk van die stations 1, 2 de rekening moet krijgen. In 
eerste instantie lijkt het logisch om de kosten in rekening 
te brengen bij de initiator van de spraakverbinding 23, 43, 
welke initiator in het geschetste voorbeeld het eerste 
station 1 is, maar de routers langs de twee routes 23, 43 
"weten" niet, welke van de twee stations 1 en 2 de 
initiator is. De routers langs de eerste route 23 ontvangen 
een PATH -boods chap die afkomstig is van het eerste station 
1 (de initiator in zijn functie als zender) , terwijl de 
routers langs de tweede route 4 3 een PATH-boodschap 
ontvangen die afkomstig is van het tweede station 2 (de 
opgeroepene in zijn functie als zender) . Aangezien de 
routers niet weten of zij behoren tot een "eerste" route 23 
danwel een "tweede" route 43, kunnen zij dus uit de her- 
komst van de PATH-boodschap geen conclusie trekken omtrent 
de identiteit van de initiator. Hetzelfde geldt, mutatis 
mutandis, voor de RESV-boodschappen en de CONF -boods chap - 
pen. De onderhavige uitvinding beoogt voor dit probleem een 
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oplossing te verschaffen. 

Volgens een belangrijk aspect van de onderhavige 
uitvinding wordt in ten minste een van de genoemde 
boodschappen PATH, RESV, CONF een code toegevoegd die 
indicatief is voor de mate waarin de verzender van die 
boodschap bereid is de kosten van de reservering te dragen. 

Volgens een verder belangrijk aspect van de onder- 
havige uitvinding zijn de routers ingericht om bij het 
nemen van een beslissing met betrekking tot het al dan niet 
toekennen van de gevraagde reservering rekening te houden 
met genoemde informatie. Meer in het bi j zonder kan elke 
router zijn ingericht om de gevraagde reservering alleen 
dan toe te kennen, indien van ten minste een van de twee 
gesprekspartners de bereidheid tot het dragen van de kosten 
15 is gebleken. 

De bovengenoemde aspecten van de onderhavige uit- 
vinding zullen thans nader worden verklaard onder ver- 
wijzing naar de figuren 3 en 4 . Bij het opzetten van de 
spraakverbinding kan, op de wijze als in het voorgaande is 
20 besproken onder verwijzing naar figuur 3, het bekende RSVP- 
protocol worden gebruikt, dat hier niet nader zal worden 
uitgelegd aangezien dit op zich bekend is. Ook de precieze 
vorm en inhoud van de PATH-, RESV- , en CONF -boodschappen is 
voor een goed begrip van de onderhavige uitvinding niet van 

2 5 belang, en zal daarom eveneens niet worden besproken. 

Volstaan wordt met op te merken, dat die boodschappen 
identiek kunnen zijn aan de bekende boodschappen, behalve 
dat daar ten minste een inf ormat ieplaats aan is toegevoegd. 
In een eenvoudige uitvoeringsvorm heeft die additionele 
30 informatieplaats een lengte van slechts een bit. Dit addi- 
tionele bit zal in het hiernavolgende worden aangeduid met 
de term initiatorbit . De waarde van dat bit in de boodschap 
duidt aan, of de verzender van die boodschap al dan niet 
bereid is de kosten van het gesprek te dragen. In het 

3 5 hierna te bespreken voorbeeld zal worden aangenomen, dat de 

waarde "1" van het initiatorbit op betaalbereidheid duidt, 
en dat de waarde "0" van het initiatorbit er op duidt dat 



de verzender de kosten niet wenst te dragen, maar het zal 
duidelijk zijn, dat dit desgewenst ook omgekeerd kan zijn. 

Thans zal wederom worden aangenomen, dat het eerste 
station 1 de initiator is van de op te zetten spraak- 
verbinding tussen de twee stations 1 en 2, en dat dit 
eerste station 1 als initiator, zoals gebruikeli jk, bereid 
is de kosten van het gesprek te dragen. Dit betekent, dat 
het initiatorbit in de door het eerste station 1 te 
versturen PATH-boodschap de waarde "1" heeft. Wanneer de 
route 23 tot stand is gebracht, hebben alle routers 21^, 22^ 
t/m 224, 2I2 langs die route 23 in hun geheugen een PATH- 
boodschap waarvan het initiatorbit de waarde "1" heeft. 
Hierna verstuurt het tweede station 2, zoals eerder 
besproken, een RESV-boodschap langs de route 23. Omdat het 
tweede station 2 opgeroepen station is, dat wil zeggen niet 
de initiator is van de op te zetten spraakverbinding, stelt 
het tweede station 2 de waarde van het initiatorbit in de 
RESV-boodschap in op "0". 

De met het tweede station 2 geassocieerde router 2I2 
ontvangt dit reserveringsverzoek, en moet nu een beslissing 
nemen omtrent de toe te kennen reservering. Daartoe baseert 
de router 2I2 zich op de twee initiatorbit s van respectie- 
velijk de PATH-boodschap in zijn geheugen en de RESV- 
boodschap die zojuist is ontvangen van het tweede station 
2. Omdat het initiatorbit van de PATH-boodschap de waarde 
"1" heeft, kan de gevraagde reservering worden toegekend. 
Dit is in figuur 4 aangeduid bij A. Op vergeli jkbare wijze 
nemen de andere routers langs de route 23 dezelfde 
beslissing als de router 2I2, zodat de gevraagde reservering 
langs de gehele route 23 tot stand komt . Daarna wordt, 
zoals eerder beschreven, door het eerste station 1 de CONF- 
boodschap verstuurd naar het tweede station 2. 

Voor het opzetten van de andere route 4 3 verzendt het 
tweede station 2 een PATH-boodschap, die door de routers 
2I2, 42i t/m 42^, 2I1 langs de route 43 wordt doorgegeven. 
Aangezien het tweede station 2 weliswaar de zender is met 
betrekking tot de op te zetten route 43 en als zodanig het 
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initiatief neemt voor het opzetten van deze route, maar 
niet de initiator is van de op te zetten spraakverbinding 
in zijn algemeenheid, stelt het tweede station 2 het 
initiatorbit in deze PATH-boodschap in op de waarde "0". 
5 Vervolgens zendt het eerste station 1 een RESV-bood- 

schap naar het eerstvolgende station 21^ langs de route 43. 
Omdat het eerste station 1 wel de initiator is van de op te 
zetten spraakverbinding in zijn algemeenheid tussen de 
stations 1 en 2, stelt het eerste station 1 het initiator- 
10 bit in de RESV-boodschap in op de waarde "1". Genoemde 

router 21^ moet nu een beslissing nemen omtrent de toe te 
kennen reservering op basis van de in zijn geheugen 
aanwezige PATH-boodschap en de van het eerste station 1 
ontvangen RESV-boodschap. Weliswaar is de waarde van het 
15 initiatorbit in de in zijn geheugen opgeslagen PATH- 
boodschap gelijk aan "O", maar de waarde van het initiator- 
bit in de van het eerste station 1 ontvangen RESV-boodschap 
is gelijk aan "1", zodat de gevraagde reservering kan 
worden toegekend. Dit is in figuur 4 geillustreerd bij B. 



20 



Uit het hierboven besproken voorbeeld blijkt, dat 
onder normale omstandigheden de waarde van het te verzenden 
initiatorbit geassocieerd is met het al dan niet initiator 
zijn van de tweewegspraakverbinding . Dit hoeft echter niet 
altijd het geval te zijn, zoals hieronder zal worden 
25 toegelicht. 

Bij normaal telef oonverkeer is het begrip "collect 
call" bekend, dat wil zeggen dat een gesprek wordt aange- 
vraagd door een initiator terwijl aan de opgeroepene wordt 
gevraagd of hij bereid is de kosten van het gesprek te 

3 0 dragen. Dit is in principe ook mogelijk bij het door de 

onderhavige uitvinding voorgestelde protocol, en wel door 
het op geschikte wijze instellen van de waarde van de 
initiatorbits. De waarde van de initiatorbits heeft dan 
niet zo zeer betrekking op het al dan niet initiator zijn 

35 van de gevraagde spraakverbinding alswel op het bereid zijn 
om voor de gevraagde reservering te betalen. Met andere 



woorden, het initiatorbit kan ook worden aangeduid met de 
term betalingbereidheidsbit . 

Bij het vanuit het eerste station 1 opzetten van een 
"collect call" spraakverbinding zullen de PATH-boodschappen 
van het eerste station 1 een initiatorbit hebben waarvan de 
waarde "0" is. Als het opgeroepen station 2 inderdaad 
bereid is de kosten van de gevraagde reservering te dragen, 
zullen de door het tweede station 2 te versturen RESV- 
boodschappen een initiatorbit of betalingbereidheidsbit 
hebben waarvan de waarde "1" is, Het zal voor een 
deskundige duidelijk zijn, dat dan de gevraagde reser-vering 
langs de route 23 tot stand komt op basis van de in figuur 
4 bij B aangeduide condities, en dat de gevraagde 
reservering langs de andere route 4 3 tot stand komt op 
basis van de bij A getoonde condities. 

Indien echter het tweede station 2 niet bereid is de 
kosten van de gevraagde reservering van het door het eerste 
station 1 geinitieerde spraakverbinding te dragen, 
antwoordt het tweede station 2 met een RESV-boodschap 
waarvan het initiatorbit de waarde "0" heef t . De router 2I2 
zal nu de gevraagde reservering niet toekennen, omdat de 
waarde van de initiatorbit s van de in zijn geheugen 
opgeslagen PATH-boodschap en van de van het tweede station 
2 ontvangen RESV-boodschap beide gelijk zijn aan "0", 
hetgeen in figuur 4 is aangeduid bij C. 

In dat geval zal de router 2I2 ook de RESV-boodschap 
niet verder doorgeven aan de "voorgaande router 224. De 
router 2I2 kan in plaats daarvan een foutmelding terugsturen 
naar het tweede station 2 ten teken dat de gevraagde 
kwaliteitsreservering niet tot stand is gekomen, waarbij 
tevens de reden daarvan kan worden meegedeeld. 

Het is natuurlijk niet ondenkbaar, dat beide stations 
1 en 2 bereid zijn te betalen voor de gevraagde reserve- 
ring. In dat geval zullen de initiatorbits van beide PATH- 
en RESV-boodschappen de waarde "1" hebben. Ook dan kennen 
de routers de gevraagde reservering toe, zoals in figuur 4 



geillustreerd bij D. 



Figuur 5 illustreert enkele details van de opbouw van 
een router, die in figuur 5 in zijn algemeenheid is 
aangeduid met het verwi j zingsci j f er 21. De router 21 omvat 
twee communicatieaansluitingen 101 en 102, waarmee de 
router 21 in het netwerk 2 0 kan worden gekoppeld met andere 
routers. De router 21 is voorzien van in zijn algemeenheid 
met het verwi j zingsci j fer 110 aangeduide middelen voor het 
tot stand brengen van een voor spraak geschikte verbinding 
tussen de communicatieaansluitingen 101 en 102, welke 
middelen worden bestuurd door een besturingseenheid 103. De 
besturingseenheid 103 is gekoppeld met genoemde 
communicatieaansluitingen 101 en 102 om bij genoemde 
aansluitingen arriverende boodschappen, zoals genoemde 
PATH-, RESV-, en CONF-boodschappen te ontvangen. Met de 
besturingseenheid 103 is een geheugen 104 geassocieerd, 
waarin de besturingseenheid 103 data kan opslaan. 

Indien bij een van genoemde communicatieaansluitingen 
een PATH- boodschap wordt ontvangen door de besturings- 
eenheid 103, zal de besturingseenheid 103 deze PATH- 
boodschap analyseren met betrekking tot de daarin aanwezige 
betalingsbereidheidsinf ormatie , en zal in het geheugen 104 
data opslaan die representat ief is voor die betalings- 
bereidheidsinf ormatie . Vervolgens stuurt de besturings- 
eenheid 103 de PATH -boodschap via een andere communicatie- 
aansluiting door naar een volgende router. 

Indien bij die genoemde andere communicatie- 
aansluiting een RESV-boodschap wordt ontvangen, analyseert 
de besturingseenheid 103 deze RESV-boodschap met betrekking 
tot de daarin aanwezige betalingsbereidheidsinf ormatie . 
Voorts raadpleegt de besturingseenheid 103 het geheugen 104 
met betrekking tot de genoemde eerder opgeslagen data. 
Indien ten minste een van die data uit het geheugen 104 en 
de betalingsbereidheidsinf ormatie in de RESV-boodschap 
indicatief is voor betalingsbereidheid, bestuurt de 
besturingseenheid 103 de genoemde middelen 110 zodanig, dat 



althans een deel van de capaciteit van de middelen 110 
gereserveerd wordt voor een directs verbinding tussen 
genoemde communicatieaansluitingen 101 en 102, en zal de 
besturingseenheid 103 de RESV-boodschap via de eerst- 
genoemde communicatieaansluiting doorsturen naar de router 
waarvan initieel genoemde PATH -boods chap was ontvangen. 

In het hiervoorgaande is uitgelegd, hoe de gevraagde 
reservering van een bepaalde route tussen twee stations kan 
worden toegekend of afgewezen op basis van de gebleken 
betalingsbereidheid van ten minste een van die stations. 
Een volgend aspect is het daadwerkeli j k doorberekenen van 
kosten voor de tot stand gebrachte reservering, welke 
kosten van diverse factoren afhankelijk zullen zijn. De 
wijze waarop die kosten worden berekend en bij een van de 

stations 1 , 2 in rekening worden gebracht, is geen onder- 

(p. 

werp van de onderhavige uitvinding en zal daarom hier niet 
nader worden toegelicht. Volstaan wordt met op te merken, 
dat in de PATH-boodschap niet alleen informatie vervat is 
omtrent de identiteit van de geadresseerde maar ook omtrent 
de identiteit van de verzender van die PATH-boodschap; 
hetzelfde geldt voor de RESV-boodschap. Dit impliceert, dat 
in principe elke router die betrokken is bij de routes 2 3 
en 43 in staat is om, op basis van de informatie in de 
PATH- en RESV-boodschappen, en op basis van een door de 
router zelf vast te stellen tarief, enerzijds vast te 
stellen hoeveel de kosten bedragen van de tot stand 
gebrachte reservering en anderzijds vast te stellen aan wie 
die kosten in rekening gebracht moeten worden. In principe 
zou dus elke router langs de routes 23 en 43 een rekening 
kunnen sturen naar de initiator 1 of, in geval van "collect 
call", naar de opgeroepene 2. 

In dit verband wordt voorts opgemerkt, dat in het in 
figuur 4 met D aangeduide geval dat beide gesprekspartners 
1, 2 bereid zijn om voor de tot stand gebrachte reservering 
te betalen, de routers langs de routes 23 en 43 de kosten 
van de tot stand gebrachte reservering naar keuze in 
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rekening kunnen brengen bij de afzender van de PATH- 
boodschap, bij de afzender van de RESV-boodschap, of bij 
beide tegen gehalveerd tarief . 

Het zal voor een deskundige duidelijk zijn, dat de 
onderhavige uitvinding niet beperkt is tot de in het voor- 
gaande besproken voorbeelden, en dat diverse variaties en 
modif icaties in de besproken voorbeelden mogelijk zijn 
zonder af te wijken van de omvang van de uitvinding zoals 
gedefinieerd in de aangehechte conclusies. 

Zo is het bijvoorbeeld mogelijk dat de informatie in 
het betalingsbereidheidsveld indicatief is voor een 
gedeelte van de kosten dat de afzender bereid is te 
betalen, bijvoorbeeld uitgedrukt in een percentage van de 
kosten of een absoluut bedrag. In dat geval zal een router 
de gevraagde reservering alleen dan toekennen indien de 
bereidheid van beide gesprekspartners tezamen minstens 
overeenkomt met 100% van de reserveringskosten. 

Opgemerkt wordt, dat de onderhavige uitvinding in het 
hiervoorgaande besproken is voor het wereldomvattende 
internet , maar dat de onderhavige uitvinding ook toepasbaar 
is voor communicatie via andere netwerken, bijvoorbeeld 
lokale, regionale, of nationale netwerken. In feite is de 
uitvinding toepasbaar op elk IP-netwerk waar minimaal 
simplex-verbindingen mogelijk zijn. 

Voorts wordt opgemerkt, dat "reservering" niet 
betekent dat een router volledig bezet is. Het is dus heel 
wel mogelijk, dat de routes 23 en 43 een of meerdere 
routers gemeenschappeli jk hebben, of zelfs identiek zijn. 
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CONCLUSIES 



1. Werkwijze voor het tot stand brengen van een voor 
■communicatie in ten minste een richting geschikte 
verbinding (23; 43) tussen twee abonneestations (1; 2) in 
een communicatienetwerk (2 0) dat een veelvoud van schakel- 
5 stations of routers (21; 22; 42) omvat , waarbij een eerste 
abonneestation (l) en een tweede abonneestation (2) zijn 
verbonden met een vooraf bepaalde router (21^ resp. 2I2) , en 
waarbij elke router (21; 22; 42) kan communiceren met 
althans enkele van de andere routers in het netwerk; 

10 waarbij genoemde verbinding (23) verloopt via althans een 
van de genoemde routers, waarbij elke router (bi j voorbeeld 
222) is verbonden met een bijbehorend vorig station of 
router (bij voorbeeld 22J en/of een bijbehorend volgend 
station of router (bij voorbeeld 223) ; 

15 waarbij het eerste station (1) een eerste boodschap 

verstuurt naar het tweede station (2) via een eerste route 
(23) die ten minste een router (21^) omvat, welke eerste 
boodschap eerste betalings-bereidheidsinf ormatie bevat ; 
waarbij het tweede station (2) , in respons op het ontvangen 

2 0 van de eerste boodschap, een tweede boodschap verstuurt 
naar het eerste station (1) via de genoemde eerste route 
(23) terug, waarbij de genoemde tweede boodschap tweede 
betalingsbereidheidsinf ormatie bevat ; 
waarbij een router (bij voorbeeld 2I2) die de tweede 

2 5 boodschap ontvangt, indien ten minste een van de eerste en 

de tweede betalings-bereidheidsinf ormaties een vooraf- 
bepaalde waarde heeft die indicatief is voor betalings- 
bereidheid, althans een deel van zijn communicatie- 
capaciteit reserveert voor directe verbinding met de bij 

3 0 genoemde router (2I2) behorende vorige en volgende stations 

en/of routers (22^; 2) . 



2. Werkwijze volgens conclusie 1, waarbij een router 
(bij voorbeeld 2I2) die de tweede boodschap ontvangt, indien 
ten minste een van de eerste en de tweede betalings- 
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bereidheidsinformaties een vooraf bepaalde waarde heeft die 
indicatief is voor betalingsbereidheid, tevens de tweede 
boodschap verstuurt naar de bij die router (2I2) behorende 
vorige router of station (22J , hetgeen wordt herhaald 
totdat genoemde tweede boodschap arriveert bij het eerste 
station (1) . 

3. Werkwijze volgens conclusie 1 of 2 , waarbij het 
eerste station (1) , in respons op het ontvangen van de 
tweede boodschap, een derde boodschap verstuurt naar het 
tweede station (2) via de genoemde route (23) . 



4. Werkwijze volgens conclusie 1, 2 of 3 , waarbij het 
genoemde eerste abonneestation (1) initiator is van de tot 
stand te brengen verbinding (23) en het genoemde tweede 
abonnee-station (2) opgeroepen station is, waarbij de 
15 eerste betalingsbereidheidsinf ormat ie een vooraf bepaalde 
eerste waarde heeft die indicatief is voor betalings- 
bereidheid en waarbij de tweede betalingsbereidheids- 
inf ormat ie een van genoemde vooraf bepaalde eerste waarde 
verschillende tweede waarde heeft. 



5. Werkwijze volgens conclusie 1, 2 of 3 , waarbij het 
genoemde eerste abonneestation (1) initiator is van de tot 
stand te brengen verbinding (23) en het genoemde tweede 
abonnee-station (2) opgeroepen station is, en waarbij, in 
het geval van "collect call",^ de tweede betalings- 
25 bereidheidsinformatie een vooraf bepaalde eerste waarde 
heeft die indicatief is voor betalingsbereidheid en de 
eerste betalingsbereidheidsinf ormatie een van genoemde 
voorafbepaalde eerste waarde verschillende tweede waarde 
heeft . 

30 6. Werkwijze volgens conclusie 1, 2 of 3, waarbij het 

genoemde tweede abonneestation (2) initiator is van de tot 
stand te brengen verbinding en het genoemde eerste station 
(1) opgeroepen station is, waarbij de tweede betalings- 
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bereidheidsinf ormatie een vooraf bepaalde eerste waarde 
heeft die indicatief is voor betalingsbereidheid en de 
eerste betalingsbereidheidsinf ormatie een van genoemde 
vooraf bepaalde eerste waarde verschillende tweede waarde 
5 heeft . 

7. Werkwijze volgens conclusie 1, 2 of 3 , waarbij het 
genoemde tweede abonneestation (2) initiator is voor de tot 
stand te brengen verbinding en het genoemde eerste abonnee- 
station (1) opgeroepen station is, waarbij, in het geval 
10 van "collect call", de eerste betalingsbereidheids- 

informatie een vooraf bepaalde eerste waarde heeft die 
indicatief is voor betalingsbereidheid en de tweede 
betalingsbereidheids-inf ormatie een van genoemde vooraf - 
bepaalde eerste waarde verschillende tweede waarde heeft. 

15 8. Router, geschikt voor opname in een netwerk (20), 

omvattende : 

ten minste twee communicat ie-aansluit ingen (101, 102); 
middelen (110) voor het tot stand brengen van een 
verbinding tussen genoemde communicat ie-aansluitingen (101, 
20 102) ; 

een met de genoemde communicatie-aansluit ingen gekoppelde 
besturingseenheid (103) die is ingericht voor het besturen 
van genoemde middelen (110) ; 

een met de besturingseenheid (103) gekoppeld geheugen 
25 (104) ; 

waarbij de besturingseenheid (103) is ingericht om, in 
respons op het bij een van genoemde communicatie- 
aansluit ingen ontvangen van een eerste boodschap, in het 
genoemde geheugen (104) data op te slaan die 
30 respresentat ief is voor de in genoemde eerste boodschap 

aanwezige betalingsbereidheidsinf ormatie, en om de eerste 
boodschap via een andere communicat ie-aanslui ting te 
versturen naar een volgende router; 

waarbij de besturingseenheid (103) is ingericht om, in 
35 respons op het bij de genoemde andere communicatie- 
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aansluiting ontvangen van een tweede boodschap, indien ten 
minste een van de in het genoemde geheugen (104) opgeslagen 
data en de in de ontvangen tweede boodschap aanwezige 
betalingsbereidheidsinf ormatie een waarde heeft die 
indicatief is voor betalingsbereidheid, althans een deel 
van de capaciteit van de middelen (110) te reserveren voor 
een directe verbinding tussen genoemde communicatie- 
aansluitingen (102) en (101) . 

9. Router volgens conclusie 8, waarbij de besturings- 
eenheid (103) is ingericht om, in respons op het bij de 
genoemde andere communicat ieaansluiting ontvangen van de 
tweede boodschap, indien ten minste een van de in het 
genoemde geheugen (104) opgeslagen data en de in de 
ontvangen tweede boodschap aanwezige betalingsbereidheids- 
15 informatie een waarde heeft die indicatief is voor 
betalingsbereidheid, de tweede boodschap via de 
eerstgenoemde communicat ie-aansluiting (101) te versturen 
naar de vorige router. 
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